home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / gt_power / bgqwkb21.zip / BGQWK.TXT < prev    next >
Text File  |  1992-01-17  |  31KB  |  631 lines

  1. BGQWK 1.0 BETA 21
  2. --------------------------------
  3.  
  4. 1. Fixed a MAJOR problem with the net status logic.  Net status would never
  5.    work properly on conferences 0, 128, 256, etc, and on all the rest, the
  6.    positions were shifted over one causing much trouble.  Thanks to Richard
  7.    Walker for discovering this bug.
  8.  
  9. 2. The P)revious command off the S)elect meny now works properly when in
  10.    the first screen.
  11.  
  12. 3. Fixed some problems with linking message reply numbers.  When a
  13.    reference number was used, the "see reply" flag was being used instead of
  14.    the "see original".  Fixed that and now also flag the other message header
  15.    so that a reference pointer is generated.  This is probably a bug that goes
  16.    all the way back to the BGPCK days.  Fixed.
  17.  
  18. 4. Jerry Hook and others discovered that if you specified a file to be
  19.    inserted as a new file list (via the UP= directive), it wouldn't be
  20.    inserted.  This feature is now BACK!  (Remember, this is completely
  21.    optional).
  22.  
  23. 5. Fixed a rather peculiar problem with the index/hashing logic.  I have
  24.    two users on my board "Clif Davis" and "Greg Miller".  Because their hash
  25.    codes just happen to be the same, BGQWK would assume "Clif Davis" was on
  26.    the board when, in actuality, it was "Greg Miller".  (Yes, that may have
  27.    caused some potential security problems).  All is fixed now, I believe.
  28.  
  29. 6. Fixed a few minor problems with the ansi driver (that's why ASCII
  30.    screens were having double linefeeds, etc and also the <ESC>[xH commands
  31.    were not being treated properly.  Fixed another bug in the ansi driver
  32.    that caused background attributes to be brough up rather than blinking
  33.    attributes.  Fixed a bug that caused BGQWK to lock up if an illegal ansi
  34.    call was read.
  35.  
  36. BGQWK 1.0 BETA 20  SAT 11 JAN 92
  37. --------------------------------
  38.  
  39. ATTENTION ALL REGISTERED USERS: Chris Cook discovered quite a big bug in
  40. the registration logic that causes all registered BGQWK's beyond serial
  41. number 29 to assume they are unregistered.  This problem has been
  42. corrected, BUT in order to do so, I had to change the format of the
  43. BGQWK.KEY file.  You will need to pick up a new KEY file in door number 4!
  44.  
  45. We've overshot the tentative release date a month already, so we might as
  46. well keep beta testing, <grin>.
  47.  
  48. Several bugs have been reported, but I just didn't have the time to get all
  49. of them.  I have corrected as many as I could for this beta.
  50.  
  51. This release will only contain the regular version of BGQWK.EXE.  From my
  52. experience, the AT version ran about the same speed as the XT version.  Do
  53. any of you have any comments about the difference in XT and AT versions?
  54.  
  55. Well, the source code to BGQWK has gotten so large that I can't even use
  56. the Turbo Pascal 5.5 internal editor anymore, so all future versions will
  57. be compiled under Turbo Pascal 6.0.  (I'll just use it's command line
  58. processor since I _hate_ the 6.0 environment!)
  59.  
  60. Beta 19 was very buggy.  Numerous bugs have been fixed in this release.
  61.  
  62. 1. The problem John Ferra's users have been reported has finally been
  63.    corrected (the problem with private messages sent through Winqwk were being
  64.    marked <RCV'D> before it actually was).
  65.  
  66. 2. I have again tried to fix the problem with the garbled select screens on
  67.    some systems running high speed modems and I belive I fixed it.  Let me
  68.    know please!
  69.  
  70. 3. A bug since long betas since has been fixed.  If a user dropped carrier
  71.    on the board, BGQWK would not clean up its work directory.  Fixed.
  72.  
  73. 4. Finally!  Errors will now be logged in the BGQWK.LOG file that is
  74.    created in the GTPATH directory.  The log file will probably be changing
  75.    all the time to suit the needs of the sysops running the door.  Let me know
  76.    what all you want me to add to the log file.
  77.  
  78. 5. Dan Mancuso has suggsted that BGQWK not bomb out when it encounters a
  79.    missing .MSG or .MES file.  This is now done and BGQWK will report the
  80.    error on screen and in the log file.
  81.  
  82.  1-10-92 19:27 Guest Account~Houston, Texas
  83.  1-10-92 19:28 CORRUPTED [D:\MAIL\GENERAL\GTMSGS\00100.MES] SOM2
  84.  1-10-92 19:28 CORRUPTED [D:\MAIL\GENERAL\GTMSGS\00100.MES] SOM4
  85.  1-10-92 19:28 CORRUPTED [D:\MAIL\GENERAL\GTMSGS\00100.MES] SOM7
  86.  1-10-92 19:28 user returns to the board
  87.  
  88.    If you are using GT 16 or later, the SOM id will also be given for
  89.    debugging purposes.
  90.  
  91. 6. Jerry Deguzman reported a bug that has now been fixed.  BGQWK was not
  92.    "trimming" imbedded spaces from the end of some strings in the BGQWK.CNF
  93.    file causing problems with PKZIP.
  94.  
  95. 7. Fixed some little strang things with the strip bit routines.  If BGQWK
  96.    displays a "unregistered" tagline, high bit characters were not being
  97.    stripped.  Fixed.  Also, when the bits are stripped, if it happens to come
  98.    out to be an ^X, ^Z or null, they will be converted to "~".  (Those some
  99.    redifintions will be used on normal conferences as well).  Also, in strip
  100.    bit conferences, any ESC character will be changed to "~" as well.
  101.  
  102. 8. Several people reported a major bug in prepack mode.  If no new messages
  103.    were available, the program would get stuck in an infinite loop.  Fixed.
  104.  
  105. BGQWK 1.0 BETA 19  SUN 29 DEC 91
  106. --------------------------------
  107.  
  108. ... Finally! ... DOCUMENTATION! ... take a look at BGQWK.DOC.
  109.  
  110. We are getting ready to release BGQWK offically (as soon as I get the time
  111. to type out a good BGQWK.DOC and BGQWK.HLP files).  Please report ANY bugs
  112. or quirks IMMEDIATELY to my board or to my conference, E02/758.  DO NOT
  113. SEND NETMAIL (Russell and I are still experimenting with netmail).
  114.  
  115. All UNregistered users ... please remove your BGQWK.KEY.  It has expired.
  116. Remember, BGQWK is not crippleware.  The only difference between the
  117. registered version and unregistered version is a tagline that is appended
  118. to messages uploaded through the door that says "Unregistered Evaluation
  119. Copy".  This is shareware.  Please support it if you haven't already.
  120.  
  121. 8088 and 80286+ versions of the EXEs are included with this beta release.
  122.  
  123. UTIEXPRT: two changes, 1) if a message is longer than 70 lines, it will be
  124. split into multiple 70 line messages so TNet doesn't lock up.  I probably
  125. could go to 100 lines, but I'm keeping it low just to be safe.  2) I
  126. discovered that if a message starts with a blank line that UTIEXPRT had a
  127. bug that made it think that no message was there.  Fixed.
  128.  
  129. 1. Well, I thought I fixed the [H]angup bug in the last release, but
  130.    apparently not so.  I have fixed it this time.  I hope.  <grin>.
  131.  
  132. 2. BGQWK now supports full duplex file transfers via the HS/Link protocol.
  133.    Users can now drive themselves crazy trying to upload a REP file and
  134.    download a QWK file at the same time, <grin>.  You must have HSLINK.EXE
  135.    somewhere in your DOS PATH if you want BGQWK to use it.  And, of course,
  136.    this is TOTALLY OPTIONAL.  If you have the "s" parameter on the BGQWK
  137.    command line (for DSZ "ho sl", handshake slow), BGQWK will also start
  138.    HS/Link in -HS (handshake slow) mode.  I don't know if this feature will
  139.    get much use, but it was pretty easy to implement and all the PC Board
  140.    authors are starting to do it too.
  141.  
  142. 3. I changed around some of the command strings sent the DSZ.  You
  143.    shouldn't notice any difference.
  144.  
  145. 4. More cosmetic changes.  Also, stacking of commands can now be done with
  146.    the ";" as well as the " ".
  147.  
  148. 5. Added two options in the C)onfig menu.  It allows users to disable the
  149.    door to send users their own messages.  Another allows the door to send
  150.    zero message QWK packets (some networks and users prefer that way).
  151.  
  152. 6. The 'test mode' code has been removed.
  153.  
  154. 7. If a FILES.BBS is not found, BGQWK will automatically skip the new file
  155.    scan regardless of the user's new file scan setting.  Thanks for Jim
  156.    Kreyling for discovering this bug.
  157.  
  158. 8. Bug in /PP, prepack mode, fixed.
  159.  
  160. BGQWK 1.0 BETA 18  SUN 22 DEC 91
  161. --------------------------------
  162.  
  163. Just a reminder ... if you have not registered BGQWK yet and are using an
  164. old BGQWK.KEY file that was included in some of the older beta copies (the
  165. ones that say for use by GT Power Beta Testers only), that key expires on
  166. January 1, 1992.  Just delete that key when that date roles around.
  167.  
  168. The UTIs included have changed slightly to work better with networks.
  169.  
  170. 1. People have still reported that BGQWK is placing its CTL file in some
  171.    strange places.  Therefore, in order to keep everything running
  172.    smoothly, I have decided that from now on, BGQWK.CTL _must_ be in the
  173.    same directory as your USER.CTL file.  (If you are running a LAN, that's
  174.    your LANPATH directory.  If not, your GTPATH directory).  PLEASE MOVE
  175.    BGQWK.CTL TO THE SAME DIRECTORY AS YOUR USER.CTL FILE.  Thanks.  And
  176.    remember to delete all occurrences of it elsewhere.
  177.  
  178. 2. I've heard reports from all over the place that sometimes BGQWK gives
  179.    callers a bunch of garbage on the S)elect screen half way through.  I have
  180.    attempted to fix this, but I don't know if the code I added really will be
  181.    helpful or not.  Ask your callers if they notice the garbage or not.  Also,
  182.    the little 'SD' indicator on the BGQWK status line wasn't really
  183.    functioning correctly in previous betas.  I've attempted to fix that.
  184.  
  185. 3. Some people have told me that DSZ seems to not allow uploads or
  186.    downloads sometimes in BGQWK but it works just great when in GT.  Well,
  187.    I've also attempted to fix this.  I do a closeport() before shelling and an
  188.    openport() after shelling.  This should release the interrupts and should
  189.    cure the problem.  If it doesn't, I don't know what else to do.  Let me
  190.    know how this goes.
  191.  
  192. 4. Some QWK reader authors have got in touch with me and informed me of
  193.    some errors in QWK packets created with BGQWK.  I've tried to correct
  194.    these.  The first was that BGQWK was creating zero-length NDX files in some
  195.    conferences.  I wasn't aware this was happening, but I checked it out and
  196.    sure enough, it was.  That has been corrected.
  197.  
  198. 5. There are some cosmetic changes.
  199.  
  200. 6. Well, I tried a pre-release of this beta on a system that is having
  201.    problems with people uploading REP packets and it still didn't work.  I
  202.    have given it another shot in this beta.  I think the problems may have
  203.    something to do with DSZ receiving files in that little window, so the
  204.    window will no longer be used when doing so.  Yes, it was the little
  205.    window that was causing the problem with DSZ receiving files.  From now
  206.    on, when BGQWK receives files, it will not use the window.  DSZ when
  207.    sending doesn't seem to have a problem with it.
  208.  
  209. 7. Douglas Pippel reported several months ago that BGQWK seemed to let
  210.    users download packets even if it took them over their time limit.  I have
  211.    finally been able to re-create the event, and I believe the bug is fixed.
  212.  
  213. 8. Fixed a bug that sometimes caused a user's timebank credits, when
  214.    deducted, to actually increase.  <blush>.
  215.  
  216. 9. Fixed in a bug in which BGQWK didn't remind first time users to config
  217.    their setup and select their conferences.  It now does this, but the
  218.    first time welcome is now configurable.  See the "$newuser" directive in
  219.    the BGQWK.HLP file.
  220.  
  221. 10. Paul Schwarz discovered that if the G)oodbye command was disabled, the
  222.    user was still given the option to [H]angup after the download.  This has
  223.    been fixed.
  224.  
  225. BGQWK 1.0 BETA 17  MON  9 DEC 91
  226. --------------------------------
  227.  
  228. Attention: Andy Mcclung -- your registration came in and you haven't picked
  229. up it yet.  Call my board at 713-893-9124 and open door 4.
  230.  
  231. It's been quite a bit of time since the last beta of BGQWK.  Several people
  232. reported bugs in Beta 16, I was tied up a bunch, and this version kept
  233. locking up on my system, but I think it's working decent now.
  234.  
  235. 1. If you don't want to read a bunch of mombo-jumbo about BGQWK's new
  236.    feature dealing with networks, ignore the included UTI*.EXE files and
  237.    skip to new feature number 2, way, way down in this file, <grin>.
  238.  
  239.    The biggie in this release is that BGQWK now fully supports the creation
  240.    of "net status" QWK packets and the insertion of "net status" REP packets.
  241.    Thanks to Greg Hewgill, the author of SLMR and TNet for helping me find
  242.    the information for the NETFLAGS.DAT file.  (Had to make several calls
  243.    to Canada, but I guess it was worth it in the long run).  If you wish to
  244.    grant a user "net status", the format for doing so has changed YET
  245.    AGAIN, <grin>.  Take a look at this excerpt from my BGQWK.CNF file:
  246.  
  247. ns=B.J. Guillot/LO RN             <- he has net status in those nets
  248. ns=Node C-tech/RN TX              <- he has net status in those nets
  249. ns=Node 001-056/GT                <- he has net status in those nets
  250.  
  251.    As many NS= entries can exist as need be.  Simply put the user name,
  252.    followed by a slash and then the two-letter "net indicators" that let
  253.    BGQWK know which conferences that user can net to.  For example, I gave
  254.    myself net status in my local conferences and RelayNet conferences.  Say
  255.    that I wanted to set up a second node to my system in a distant part of
  256.    the city, I could just make a script to call up my board, make a QWK
  257.    packet then logoff.  Once I have that QWK packet on my hypothetical
  258.    distant system, I would run TNET or GTQWK (aka MERLIN) to import them,
  259.    etc.  Duplicates are taken care of as best as possible.
  260.  
  261.    Also note the NS= entry for the "Node 001-056".  It is now possible
  262.    (I know Warren isn't going to like this, <grin>) for non-GT systems to
  263.    join GT Network echomail conferences.  I granted that guy NS access in
  264.    the GT conferences I carry.  The other non-GT system will have to run
  265.    some form QWK network software such as QNet, RNet, TNet, etc.
  266.  
  267.    I have recently added a QWK network to my board, TexasNet using the TNet
  268.    software.  TNet was originally designed for WildCat, but Greg added UTI
  269.    driver support.  Since I happen to have written some of those for GT,
  270.    you can conviently join any QWK network such as SmartNet or ILink.  (Of
  271.    course, you can also do this with MERLIN as well).
  272.  
  273.    I have posted TNET21.ZIP on my board and the three new UTI drivers are
  274.    included in this beta relase of BGQWK.  (IF YOU PLAN TO USE TNET, DO NOT
  275.    ATTEMPT TO USE PREVIOUS VERSIONS OF MY UTIs, TNET WILL CHOKE).  Of
  276.    course, the same UTIs you use with TNet can be used with the PC-Relay
  277.    software if you are currently joined in with RelayNet (aka RIME).
  278.  
  279.    Here are some sample files which drive my system allowing it to access
  280.    the TexasNet network:
  281.  
  282.    HOPPER.CFG (configuration file used by TNET)
  283. --------------------------------------------------------------------------
  284. SYSTEM      = UTI2
  285. WORK        = D:\RELAY\WORKIN
  286. QWKDIR      = C:\GT\SPECREQ
  287. REPDIR      = C:\GT\UPLOADS
  288. LOGFILE     = TNET.LOG
  289. PACKER      = PKZIP -es ! , PKUNZIP -o !
  290. APPEND      = Y
  291. ATFILTER    = N
  292. VERBOSE     = N
  293. TTAG        = Y
  294. PRIVNAME    = B.J. GUILLOT
  295. IMPORTTAG   = T , Ed Hopper's TexasNet
  296. EXPORTTAG   = T , Tranquility Base - 713-893-9124 - Houston, Tx
  297.  
  298. CONF        = $D:\MAIL\TNET001
  299.   HUBNUM    = 208
  300.   PRIVATE   = N
  301.   TAG       = T
  302.   NEXTMSG   = 76
  303.  
  304. CONF        = $D:\MAIL\TNET002
  305.   HUBNUM    = 221
  306.   PRIVATE   = N
  307.   TAG       = T
  308.   NEXTMSG   = 84
  309.  
  310. CONF        = $D:\MAIL\TNET003
  311.   HUBNUM    = 218
  312.   PRIVATE   = N
  313.   TAG       = T
  314.   NEXTMSG   = 68
  315.  
  316. CONF        = $D:\MAIL\TNET004
  317.   HUBNUM    = 209
  318.   PRIVATE   = N
  319.   TAG       = T
  320.   NEXTMSG   = 114
  321.  
  322. CONF        = $D:\MAIL\TNET005
  323.   HUBNUM    = 271
  324.   PRIVATE   = N
  325.   TAG       = T
  326.   NEXTMSG   = 76
  327. --------------------------------------------------------------------------
  328.    Note that all the CONFs have little dollar signs in front of them.  Make
  329.    sure you leave them there so that TNet runs my UTIs in "Bridge" mode.
  330.  
  331.    The TNet users guide explains what all that stuff means.  Note that the
  332.    "NEXTMSG =" lines are maintained by TNet.  Also note the "SYSTEM = UTI2"
  333.    line up there.  Shh!  That's a secret.  It's not documented in the TNet
  334.    manual because Kip Compton (the guy that came up with the UTI format)
  335.    doesn't want Greg Hewgill (TNet author) to support level two UTIs
  336.    because Kip came up with the UTI concept.  Well, I don't care which
  337.    programs use my UTI drivers!  Just don't spread around the word of this
  338.    undocumented tid-bit or Greg could get in a heap of trouble.
  339.  
  340.    TEXAS.BAT
  341. --------------------------------------------------------------------------
  342. @echo off
  343. d:
  344. cd \relay
  345. copy c:\gt\uploads\hopper.rep .\backup
  346. del c:\gt\uploads\hopper.rep
  347. copy c:\gt\specreq\hopper.qwk .\backup
  348. del c:\gt\specreq\hopper.qwk
  349. tnet export hopper
  350. echo athm1 > com1
  351. gr1700 hopper *xxxx-xxxx
  352. echo ath1m0 > com1
  353. d:
  354. cd \relay
  355. tnet import hopper
  356. d:
  357. cd \relay
  358. --------------------------------------------------------------------------
  359.  
  360.    That batch file simply packs up any new TexasNet messages on my system
  361.    for exporting, calls Ed Hopper's BBS (my TexasNet hub) via a GT script,
  362.    uploads the REP file TNet made.  Downloads a QWK file made by Ed's
  363.    MARKMAIL board, exits GT, and then runs TNet again to import my new
  364.    TexasNet mail.
  365.  
  366.    My script file is still under construction so I won't post it yet.
  367.  
  368.    BTW ... several people asked if I am going to update all the UTI files
  369.    to support Megamail.  The answer: NO.  I will only update the UTI files
  370.    that are required by PC Relay and TNet.  I do not agree with Kip's
  371.    attitude, and secondly, if you users still want to use the MegaReader,
  372.    they still can -- Kip's MegaReader supports QWK packets!
  373.  
  374. 2. I have added better error handling routines.  There is no more need for
  375.    the 'x' experiemental mode option because BGQWK will now inform you what
  376.    file the problem is occuring with (or it will, at least, attempt to).  This
  377.    will help all those sysops that have BGQWK runtime error out when the door
  378.    attempts to initialize.
  379.  
  380. 3. BGQWK should never put the BGQWK.CTL file in the root directory (unless
  381.    for some reason, you have the GTPATH or the BBSPATH set to the root
  382.    directory.  Check your root directories for any BGQWK.CTLs.  If you find
  383.    them, delete them at once.  Let me know if they pop up again as this causes
  384.    BGQWK serious problems (such as the non-saving of new configuration
  385.    information, etc).  This error was previously caused by a blank BB=
  386.    entry in the GT.CNF file.
  387.  
  388. 4. Several people complained that the logoff screen when users G)oodbye
  389.    from within the door lacked CR/LFs.  They are there now.
  390.  
  391. 5. I reworked the colors, again, in the execute window.  Hopefully, the
  392.    monochrome sysops will be able to see whats going on again, <grin>.
  393.  
  394. 6. A few of you have asked if I can add a H)elp screen to the S)elect menu
  395.    before it goes into the conference screen.  This is now done.  Take a look
  396.    at the BGQWK.HLP file under the "$selcon" directive.
  397.  
  398. BGQWK 1.0 BETA 16  SAT 23 NOV 91
  399. --------------------------------
  400.  
  401. *** IMPORTANT -- DELETE BGQWK.CTL -- THE FORMAT CHANGED YET AGAIN ***
  402.  
  403. The following people have picked up their registration keys:
  404.  
  405. 10-27-91  12:52  Site #1: Tranquility Base - 713-893-.... - Houston, Tx
  406. 10-28-91   7:02  Site #2: The Event Horizon 813-726-.... Safety Harbor, FL
  407. 11-02-91   6:16  Site #3: The ...Engage BBS ■ 618-244-.... ■ Mt.Vernon, IL
  408. 10-28-91   9:11  Site #4: Club PC BBS - 804-357-.... - Smithfield, Va.
  409. 11-05-91   9:27  Site #5: Jack's Board - 404-798-.... - Augusta, GA
  410. 10-29-91  15:06  Site #6: Christian Resources BBS -804-543-.... -Norfolk-Va
  411. 11-03-91  16:18  Site #8: The Rib 'n Rail BBS (519)264-.... Mount Brydges
  412. 11-09-91  16:56  Site #9: One Step Beyond - 808-695-.... - Waianae, Hi
  413. 11-15-91   0:05  Site #12: B. F. P. Services - 713-492-.... - Houston, TX
  414. 11-22-91  19:27  Site #14: SKYLINER
  415.  
  416. The following people have sent in registrations but have not yet opened
  417. door number 4 on my board to pick up their reg keys.
  418.  
  419. 007 ../../.. Ken Opdycke
  420. 010 ../../.. James Gunnells
  421. 011 ../../.. Ken Kirkland
  422. 013 ../../.. Dan Mancuso
  423.  
  424. 1. Beta 14 added support for 510 conferences, but I just now noticed that
  425.    the ALL/BRF flags in the BGQWK.CTL file only supported 256, <grin>.  I
  426.    needed to expand the CTL to accomodate 510, thus the reason for having to
  427.    delete the CTL file again.  Sorry.
  428.  
  429. 2. Beta 14 introduced "net indicators".  These now will do something.  When
  430.    the user selects S)elect, it will now give them the option to list J)oined
  431.    conferences, U)njoined conferences, A)ll [default], or they can enter the
  432.    two letter "net indicator" to list only conferences in specific networks or
  433.    groups or whatever you choose to use the two-letter "net indicators" to
  434.    represent.  And yes, blank lines are no longer left when displaying the
  435.    conferences.
  436.  
  437. 3. Another neat feature that sysops have been asking for has been
  438.    implemented as well.  BGQWK can now "prepack" user QWK packets.  Here is
  439.    an example batch file:
  440.  
  441.       @echo off
  442.       rem -- this batch file runs as an event during some time
  443.       bgqwk n f: /pp:John Doe
  444.       copy c:\gt\specreq\tranquil.qwk c:\gt\uploads\forjohn.zip
  445.  
  446.    Notice the "/pp:John Doe".  The "/pp" is for "prepack" and the users
  447.    name, John Doe in this case, is entered using correct case.  Please note
  448.    that the QWK file generated will be sent to YOUR download path.  It will
  449.    be YOUR responsibility to copy the file to some directory where the user
  450.    can access it.  It will be the users responsibility to rename the file
  451.    to the correct name if you named it otherwise.  In the above example,
  452.    when John downloads the file from GT in my new uploads directory, he'll
  453.    download the file called "FORJOHN.ZIP" he'll need to rename it to
  454.    "TRANQUIL.QWK" or whatever name it should be called.
  455.  
  456. 4. PLEASE NOTE -- some of the default options are now initialized
  457.    differently.  Be sure to check the descriptions of the options carefully.
  458.    Notice some flags such as "G" are now "don't allow goodbye" when it used
  459.    to say "allow goodbye".  I'm doing this so people that don't read the
  460.    docs can see all the features of BGQWK without having to ask me "can you
  461.    add a feature to allow BGQWK to let the users logoff from inside the
  462.    door", etc, etc.  If you wish to run BGQWK with no options, an example
  463.    command line would be so:  BGQWK . F:  (just use a "." in place of the
  464.    command options).
  465.  
  466.   x - experimental mode      unlisted menu commands:
  467.   5 - using with gt 15.50         v - version bgqwk
  468.   m - using moby turbo            t - test mode toggle
  469.   g - using ymodem-g         conference options
  470.   s - ha slow, not ha both        g* - guest, application
  471.   a - force news always           a= - access level only and sy
  472.   k - kill protect incoming       n~ - netmail conf
  473.   h - don't allow goodbye         p^ - public msgs only
  474.   r - don't use ref num           r< - read only
  475.   d - don't move if flag wrong    x$ - private only
  476.   n - don't allow file scan       s  - strip hit bit
  477.   l - don't allow tagged d/l
  478.   b - don't allow timebank
  479.  
  480. BGQWK 1.0 BETA 15  SUN 17 NOV 91
  481. --------------------------------
  482.  
  483. 1. A major problem in the last beta has been corrected.  Last read message
  484.    base pointers were going beserk.  Fixed, I hope.
  485.  
  486. 2. Fixed a problem with GT 15.01 systems.  Because the BB= (bbs/cbs path
  487.    entry) was not included in GT.CNF files of those types, BGQWK was getting
  488.    confused.
  489.  
  490. I was very busy this weekend so I was unable to make any new changes except
  491. for fixing the above two bugs.
  492.  
  493. BGQWK 1.0 BETA 14  SAT  8 NOV 91
  494. --------------------------------
  495.  
  496. 1. BGQWK now supports up to 510 conferences (conferences 0 to 509).
  497.  
  498. 2. Because GT boards now have the ability to join multiple networks (using
  499.    for UTIs for RelayNet, the MDRIVER software for GTN, AFSN, etc, GTQWK, and
  500.    TNet 2.1 and my UTIs), support has been added for a "net" indicator on the
  501.    S)elect screen.  This is completly optional, and if not used, the "net"
  502.    indicator will be set to "LO" (for local conference).  To add "net"
  503.    indicators, use this format in the BGQWK.CNF file:
  504.  
  505. 034 | z | Wire Wrap  | RN=D:\MAIL\RNET199
  506. 015 | z | GraphicsBB | rn=D:\MAIL\RNET261
  507. 037 | Z | Test-1     | D:\MAIL\TEST,$
  508. 038 | Z | Test-2     | D:\MAIL\TEST2,^
  509. 040 | z | Netmail    | gt=D:\MAIL\NETMAIL,NP
  510. 039 | z | Bg Qwk     | gt=D:\MAIL\E02-758,P
  511. 041 | z | AnsiArt    | GT=D:\MAIL\E10-037,P
  512. 080 | 0 | General    | tx=D:\MAIL\TNET001,P
  513. 120 | 0 | Aggies     | tx=D:\MAIL\TNET003,P
  514.  
  515.    Notice, in this cross section, the indicators before the message
  516.    directory path.  I use "RN" for RelayNet, "GT" for GT, and "TX" for
  517.    TexasNet.  The two letter indicators (they MUST be two and only two
  518.    letters) will be converted to caps.
  519.  
  520.    In a future beta, I hope to add some additional support for these
  521.    indicators (so that when the S)elect screen is used, the users can
  522.    choose to list all confs, or only those confs in certain networks.
  523.  
  524. 3. There were a few cosmetic changes such as the opening logo.
  525.  
  526. 4. Fixed a major bug in the last beta that caused uploaded messages to be
  527.    messed up.  Several people reported this.  Thanks guys!
  528.  
  529. 5. Support for the AP= command, until further notice, has been removed
  530.    because of lack of interest.  (This used to allow you to set an
  531.    alternate path).  Support for priority conferences has also been
  532.    removed.  They may pop back later, but I am in the process of expanding
  533.    the total number of conferences and have to get some other changes set
  534.    right first.
  535.  
  536. 6. The work directory was not being deleted in the last beta because the
  537.    .PTR file was remaining in the directory.  This has been fixed.
  538.  
  539. 7. The number of characters available for use in the message paths has been
  540.    reduced from 50 to 30 so I have more memory to work with.
  541.  
  542. BGQWK 1.0 BETA 13  SAT  2 NOV 91
  543. --------------------------------
  544.  
  545. Before I start ... for the sysops who sent in the registration checks for
  546. BGQWK, you may pick up your BGQWK.KEY files by calling my board and opening
  547. door 4.  The complete process only takes a few minutes...  just enter your
  548. birthdate to confirm your identity and then enter a site line, whatever you
  549. want to put on it (except someone else's name of course, <grin>).
  550.  
  551. 1. THE FORMAT OF THE BGQWK.CNF FILE HAS CHANGED -- nothing to do with the
  552.    conferences themselves, just the configuration info -- no need to yell or
  553.    scream, <grin>.  The CNF file is now "flexible", i.e., you can put any
  554.    information anywhere in the file and BGQWK will pick it up.  You don't
  555.    even have to give BGQWK all the information you gave it before--all
  556.    config info is now optional (but I would HIGHLY recommend to use certain
  557.    fields).  Anyway, here's an example of how it works now:
  558.  
  559.       id=tranquil          <- board id, defaults to NONAME
  560.       sn=B.J. Guillot      <- sysop name, defaults to SYSOP
  561.       bn=Tranquility Base  <- board name, defaults to No Name
  562.       bc=Houston, Texas    <- board city, defaults to Planet, Earth
  563.       bp=713-893-9124      <- board phone, defaults to 000-000-0000
  564.       up=c:\gt\up          <- upload directory, defaults to default ul dir
  565.       we=c:\qwk\hi.ans     <- welcome file, defaults to GTWELCOM.CBS
  566.       ne=c:\qwk\news.ans   <- news file, defaults to GTBULLET.CBS
  567.       by=c:\qwk\bye.ans    <- bye file, defaults to GTBYE.CBS
  568.       ap=c:\gt             <- alt path, defaults to root directory
  569.       ma=250               <- max msgs per area, defaults to 200
  570.       mp=2500              <- max msgs per packet, defaults to 2000
  571.       ns=04zE              <- net status access levels, defaults none
  572.  
  573.    Notice, this is all the same info that was in the file before, you just
  574.    have to add the config-id to it so BGQWK knows what is what.  The new
  575.    things are AP, MA, MP and NS.  Previously you could execute BGQWK like:
  576.  
  577.      bgqwk nlhw f:(c:\gt) 250
  578.  
  579.    This is no longer possible.  BGQWK now REQUIRES the options and the drive
  580.    letter for the work driectory in order to run.  The (altpath) directory
  581.    can now be specified as AP.  The 250, or max msgs per conf, is now MA.
  582.    Several people went crazy because I made up by own authority NS for the
  583.    GTPASSWD.BBS file in the last beta.  Ok, you guys won!  The NS
  584.    information is now placed in the BGQWK.CNF file under NS, and it's
  585.    optional.  Example to run:
  586.  
  587.      bgqwk nlhw f:
  588.  
  589.    Is what is needed to run BGQWK.  Remember the config info can be placed
  590.    anywhere in the CNF file now--it can be split between conferences, put
  591.    at the front, but at the end, in backwards order, no order, etc.  If you
  592.    take a look at the example CNF file I include, you will not notice all
  593.    the config options present--that's because I use the defaults.
  594.  
  595. 2. I believe Russell and I have discovered the file sharing problems BGQWK
  596.    has having with DV'd systems.  BGQWK was opening files in compatibility
  597.    mode rather than share mode <blush> and this was problably the culprit.
  598.    Douglas Pippel and several others reported this bug.
  599.  
  600. 3. If a user attempted to upload a dummy REP packet (a 128-byte packet with
  601.    a REP header and no message), BGQWK would error out.  This has been fixed.
  602.  
  603. 4. If a user attempts to send a message with netmail "dot" commands in it,
  604.    the "." character will be changed to a "*" so the netmail programs don't
  605.    process it.  Now, in order for a user to send "dot" commands, they must
  606.    have SY authority.  It was brought to my attention that users could get
  607.    away with .FRs and .DXs in netmail messages.  This is now fixed.
  608.  
  609. 5. Dan Mancuso reported that the download function left the last MES file
  610.    it processed open until the door was shut.  This has now been fixed.
  611.  
  612. 6. Russell Kroll suggested that the user should be able to abort the
  613.    download process (the packing of messages) by being able to hit ^C, ^K,
  614.    or ESC during the packing.  Done.
  615.  
  616. 7. Several little changes have taken place.  PNT files are now called PTR
  617.    files.  The WELCOME/GOODBYE screen option is now always|never rather than
  618.    updated|never.  Prompts have changed somewhat to allow more commands to
  619.    be displayed on the line.
  620.  
  621. 8. Jerry Hook discovered a bug in the "don't move" feature.  If a user
  622.    entered a public message in a private only base, BGQWK informed the user
  623.    taht the flag was changed to private, but it actually wasn't.  It is now.
  624.    BGQWK was handling the private->public flags okay.
  625.  
  626. 9. The BGQWK.HLP file has been updated.
  627.  
  628. I hope all this stuff makes everyone happy, ... at least for an hour, <grin>.
  629.  
  630. ---------------truncated to save space
  631.